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BACKGROUND OF THE INVENTION 

THIS invention relates to a system for conducting a financial 
transaction between a purchaser and a vendor of a product, and to 
a method of conducting such transactions. 

5 Efforts by banks to provide customers with improved service and 

access to banking facilities have resulted in an increasingly large 
;i number of automatic teller machines {ATM's) being installed at 

k- shopping centres and at banks themselves. The ATM network has 

Lv- consequently grown to cover almost every corner of the country 

----- 10 and, at least in urban areas, an ATM can easily be accessed by a 

«™ large percentage of the population. 

q ATM's are particularly attractive to both banks and customers as 

they allow bank customers to perform routine banking transactions 
at locations and times that are convenient to the customer. The 
1 5 need for over-the-counter service personnel at banks has also been 

reduced as more customers make use of ATM's to withdraw and 
deposit cash, and to obtain financial statements relating to their 
bank accounts. Banks have also benefitted from the increased 
number of banking transactions that have occurred as a result of 
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the proliferation of ATM's in that increased revenues have been 
generated as transaction fee,. 

While the success of ATM's is undoubted, the services currently 
offered by ATM's are limited, and the capabilities of ATM's have 
not been fully exploited. 

SUMMARY OF THE INVENTION 

According to the invention there is provided a method of conducting 
a financial transaction between a purchaser and a vendor of a 
product, the method comprising the steps of: 

providing a computerized banking system comprising a 
plurality of financia! institutions; each of said plurality of 
financial institutions comprising a computer centre comprising 
a plurality of computer based client accounts, an electronic 
data network interconnecting said computer centres; and a 
plurality of data exchange terminals connected to the said 
network; 

providing at least one vendor database including product 
related information connected to the said network; 
communicating to the database via the network product 



related information regarding a product required by the 
purchaser and which information is provided by the purchaser 
via one of said terminals; and 

automatically initiating payment by the purchaser for the 
product in an amount equal to the value of the transaction. 

According to a preferred embodiment of the invention there is 
provided a method of conducting a financial transaction between a 
purchaser and a vendor of a product, the purchaser and the vendor 
being associated with respective first and second accounts held at 
respective first and second financial institutions, the method 
comprising the steps of : 

providing at least one vendor database including product- 
related information; 

linking a data exchange terminal to the at least one vendor 
database; 

obtaining transaction-related information from the purchaser 
via the data exchange terminal; 

communicating the transaction-related information to the at 
least one vendor database; 

linking the terminal to the first financial institution to provide 



access to the first account; 

linking the terminal to the second financial institution to 
provide access to the second account; and 
transferring funds electronically between the first and second 
accounts for the value of the transaction. 

The first and second financial institutions may comprise the same 
financial institution. 

The transferring of funds electronically typically may involve 
debiting the first account and crediting the second account. 

The method preferably includes the step of obtaining an access 
code from the purchaser to verify authorization of the transaction. 

In one envisaged application, the funds may be transferred 
electronically between the first and second accounts in real time 
response at the conclusion of the transaction. 

Alternatively, the funds may be transferred electronically between 
the first and second account at a predetermined future time. 



The terminal preferably includes display means, and the method 
preferably includes the step of displaying at least one enquiry menu 
on the display means to obtain transaction-related information from 
the purchaser. 

The method may include the step of incorporating icons associated 
with options relating to the transaction into the at least one enquiry 
menu so that the purchaser is able to provide the transaction-related 
information by selecting an icon displayed on the display means. 

The method preferably includes the steps of displaying at least part 
of the product-related information on the display means, and 
updating the product-related information in real time response or on 
the occurrence of a transaction between the purchaser and the 
vendor. 

Typically, the transaction-related information may include at least 
the value of the transaction ard details of the first account to or 
from which funds are to be electronically transferred. 

The method preferably includes any cne or more of the steps of 
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verifying the availability of funds in the first account, the availability 
of the vendor product or the qualification of the purchaser to 
perform the transaction before conclusion of the transaction. 

Conveniently, the method may include the s:ep of printing a record 
of the transaction which serves as proof of the transaction. 

The method may also include the step of reading indicator means 
at the terminal, the indicator means being configurable by the 
purchaser to indicate the transaction-related information. 

In the envisaged embodiment, the method may include the step of 
incorporating the transaction-related information into a statement 
issued by the first or second financial institution to the purchaser or 
vendor. 

According to a second aspect of the invention there is provided a 
system for conducting a financial transaction between a purchaser 
and a vendor of products, the system comprising: 

a computerized banking system comprising; 

a plurality of financial institutions; 



each of said plurality of financial institutions 
comprising a computer centre comprising a plurality of 
computer based client accounts; 
said computer centres being interconnected by an 
electronic data network; 

a plurality of data exchange terminals connected to the 
network; 

at least one vendor database comprising product related 
information connected to said network; and 
system software for facilitating communication of product 
related information between said plurality of publicly 
accessible terminals and the said at least one vendor 
database and for initiating payment by the purchaser for 
products purchased. 

According to a preferred embodiment of this aspect of the invention 
there is provided a system for conducting a financial transaction 
between a purchaser and vendor of a product, the purchaser and 
the vendor being associated with respective first and second 
accounts held at respective first and second financial institutions, 
the system comprising : 



a data exchange terminal including data input and output 
means; 

at least one vendor database including product-related 
information; 

communication means for linking the terminal to the at least 
one vendor database, the first financial institution and the 
second financial institution; and 

system software for facilitating communication between the 
terminal, the at least one vendor database, the first financial 
institution and the second financial institution, and for 
transferring funds electronically between the first and the 
second accounts for the value of the transaction. 

The first and second financial institution may be the same financial 
institution. 

The data exchange terminal is preferably a bank service terminal, 
such as an ATM. 

The communication means preferably comprises an ATM network 
to which the terminal, the at least one vendor database, and the 
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first and second financial institutions are linked to facilitate the 
communication therebetween. 

Conveniently, the system software preferably facilitates the transfer 
of funds electronically between the first and second accounts in real 
time response at the conclusion of the transaction, or at a future 
predetermined time. 

The terminal, the first or second financial institution or the at least 
one vendor database may have storage means for storing the 
product-related information, at least part of the system software or 
transaction records, and wherein the product-related information or 
the transaction records are accessible at the publicly accessible 
terminal. 

The system may include a portable storage device adapted to store 
product-related information and/or at least part of the system 
software and/or transaction records. 

The portable storage means preferably comprises a smart card. 



The product-related information is preferably accessible via the data 
output means of the terminal and may be updatabie in real time or 
on the occurrence of a transaction between the purchaser and the 
vendor. 

The data output means of the terminal preferably includes a screen, 
and the system software includes menu drivers for producing 
enquiry menus on the screen using which the purchaser provides 
transaction-related information via the data input means of the 
terminal to the system. 

The enquiry menus may include icons associated with transaction 
options, and the purchaser is preferably able to select a transaction 
option by selecting an icon using the data input means. 

The communication means may include conventional telephone lines 
and interface means for allowing the at least one vendor database 
to communicate with the terminal, utilizing established ATM 
message protocols. 

Typically, the terminal may include printing means for issuing a 
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record of the transaction or a voucher which serves as proof of the 
transaction. 

In a preferred embodiment the data input means of the terminal 
may include a reader for reading an indicator means configured by 
the purchaser to indicate transaction-related information. 

The reader preferably comprises an optical reading device, and the 
indicator means comprises a card configurable to visually indicate 
the transaction-related information. 

The invention also includes within its scope a system for conducting 
a financial transaction between a purchaser and a vendor of 
products, the system comprising an electronic data network 
including bank service terminals for use by a purchaser; at least one 
vendor database comprising product related information connected 
to the network; and system software for facilitating communication 
of product related information between said terminals and the- said 
at least one vendor database and for initiating payment by the 
purchaser for products purchased. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fi 9 ure 1 is a schematic illustration of a transaction 

system according to the invention for 
conducting a transaction between a vendor and 
a purchaser; 

Figure 2 is a schematic illustration of a vendor database 

provided by a vendor and which constitutes part 
of the transaction system of Figure 1; 

Figure 3 is a schematic illustration of a data processing 

system at a computer centre of a bank , the 
data processing system forming part of the 
transaction system of Figure 1; 

Figure 4 is a schematic illustration of an ATM interchange 

which forms part of the transaction system of 
Figure 1; 

Figure 5 is a schematic illustration of components of an 

ATM which constitute part of the transaction 
system of Figure 1 ; 

Figures 6(a) to <c) are flow diagrams depicting interrogation and 
verification procedures incorporated in system 
software of the transaction system of Figure 1 ; 
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Figure 7 is an illustration of a basic function enquiry 

screen which is displayed on the ATM depicted 
in Figure 5; 

Figure 8 is an illustration of an account enquiry screen 

which is displayed on the ATM; 
Figure 9 is an illustration of a product main menu screen 

which is displayed on the ATM; 
Figures 10(a) to (h) show a series of screens displaying menus for 

exercising transaction options for a betting 

transaction; 

Figure 10(i) shows a voucher or transaction record that is 

produced by the ATM at the conclusion of the 
transaction of Figures 10(a) to (h); 

Figures 11 (a} to (h) show a series of screens displaying menus for 
exercising transaction options relating to a 
share purchase transaction; 

Figure 1 1 (i) shows a voucher or transaction record that is 

produced by the ATM at the conclusion of the 
transaction of Figures 1 1 (a) to (h); 

Figures i2{a)to{h) show a series of screens showing menus for 
exercising transaction options relating to a 
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ticket purchasing transaction; 
Figure 12 (i) shows a voucher or transaction record that is 

produced by the ATM at the conclusion of the 

transaction of Figures 12(a) to (h); 
Figures 13(a) to {g) show various examples of product information 

screens that are displayed by the ATM; 
Figure 14{a) is a flow chart showing the sequence of 

transaction options presented to a purchaser 

when conducting a betting transaction on the 

ATM; 

Figure 14(b) shows a fiow chart showing the sequence of 

transaction options presented to a purchaser 
when performing a share purchasing 
transaction; 

Figure 14(c) shows a flow chart showing the sequence of 

transaction options presented to a purchaser 
when performing a unit trust purchase 
transaction; 

Figure 14{d) shows a flow chart showing the sequence of 

transaction options presented to a purchaser 
when performing an entertainment ticket 
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purchase; 

Figure 14(e) shows a flow chart showing the sequence of 

transaction options presented to a purchaser 
when performing a sports event ticket 
purchase; 

Figure 14(f) shows a flow chart showing the sequence of 

transaction options presented to a purchaser 
when conducting a travel ticket purchase; 

Figure 14(g) shows a flow chart showing the sequence of 

transaction options presented to a purchaser 
when conducting a futures purchase 
transaction; 

Figure 14(h) shows a flow chart showing the sequence of 

transaction options presented to a purchaser 
when performing an insurance purchase 
transaction; 

Figures 15(a) & (b) show alternative icon-driven menus; 

Figure 16(a) is a front view of an ATM modified to receive a 

data card; 

Figure 16(b) shows examples of a number of different data 
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cards; and 

Figure 17 is a basic block diagram of the transaction 

system according to the invention. 

DESCRIPTION OF EMBODIMENTS 

For the purposes of this specification, the term "data exchange 
terminal" shall be taken to include bank service terminals such as 
an automatic teller machine (ATM), a so-called self service teller 
(SST) and a client-activated terminal (CAT). 

As shown in figure 1 7, the invention provides a transaction system 
1 0 wherein a vendor data base 1 24 comprising information relating 
to vendible products is connected to an electronic data network 1 20 
extending between a plurality of financial institutions A, B, C and D 
comprising computer centres 122A, 122B, 122C and 122D 
respectively. Also connected to the network are a plurality of 
ATM's 112. The system further comprises system software 
enabling a user to utilise the ATM 1 12 to purchase a product and 
the system to initiate payment for the transaction, for example by 
sending out an invoice or electronically transferring funds from an 
account of the purchaser to an account of the vendor. 
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Turning now to more detailed Figure 1, a transaction system 1 0 for 
conducting a transaction between a vendor and a purchaser 
comprises one or more ATM's 12 of a particular bank XYZ. The 
ATM's 1 2 of the XYZ bank are linked via communication line 1 3. 1 
to a data processing system 14, which includes an ATM controller, 
located at a computer centre of the XYZ bank. Transactions that 
are conducted at the ATM 1 2 by a purchaser who hoids an account 
at the XYZ bank are communicated directly to the data processing 
system 14 via the communication line 13.1. The data processing 
system 14 of the bank includes data storage means 16, and 
interface means 18 for allowing communication of the data 
processing system 14 w*th an ATM network 20 via a 
communication link 13.2. 

In the event that a purchaser does not hold an account at the XYZ 
bank, transaction details are communicated via the communication 
line 1 3.3, or via the data processing system 1 4 and communication 
lines 13,1 and 13.2, to the ATM network 20 which then relays 
these details to the computer centre of the relevant bank. 

The ATM network 20 includes an ATM switch or interchange 21 
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and provides communication between ATM's, point-of-sale (POS) 
devices, bank branches, and the computer centres of the banks 
which are linked into the network. ATM networks currently 
operational in South Africa include the SASWITCH and MULT1NET 
networks. The computer centres 22 of a plurality of other banks A 
to H are linked to the ATM network 20 via the communication link 
13.4. The computer centre 22 of each bank is then of course 
accessible by all branches of that bank either by way of a dedicated 
communication line or via the ATM network 20. 

A vendor database 24 is linked into the transaction system 1 0 in a 
number of ways. Firstly, the vendor database 24 is directly linked 
to at least one ATM 12 via a communication link 13.6. Secondly, 
the vendor database 24 is linked to the data processing system 1 4 
of the XYZ bank via communication link 1 3,8, and to the computer 
centres of other banks 22 via a communication link 13,9. Finally, 
the vendor database 24 may optionally be linked to a central vendor 
controller 25, which serves to consolidate and control the inputs 
from a number of vendor databases 24. The central vendor 
controller 25 is then linked into the ATM network 20 via 
communication link 13.10, or directly into the data processing 
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system 1 4 of the XYZ bank via communication link 13.11. 

An independent vendor product information updating system 26, 
such as Beitel or Computicket, is linked into the ATM network 20 
or the data processing system 14 via communication links 13.12 
5 and 13.13 respectively. Alternatively, the updating system 26 

could be linked directly to an ATM. In certain applications, the 
vendor product information updating function may be undertaken by 
the vendor database 24 directly, in which case the updating system 
26 would be redundant. Furthermore, the central vending controller 
1 0 24 could be dispensed with, and a plurality of vendor databases 22 

could be linked directly into the ATM network 20 or to the data 
processing system 14 of the XYZ bank. 

The communication links between the various components of the 
transaction system 10 are of course bi-directional, and may 
15 comprise direct or dial-up telephone lines, or a dedicated 

communication line. The various components of the transaction 
system 10 are each provided with interface means, which allows a 
particular component to communicate with any of the other 
components of the transaction system 10 using established ATM 
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message protocols. 

The transaction system 10 includes system software which 
facilitates communication between the various components of the 
system 10, and includes menu drivers for producing menus on 
5 display means, such as a cathode ray tube (CRT) incorporated into 

the ATM. The system software also includes software for 
producing and storing transaction records, and updating product- 
related information that is displayed at the ATM. The system 
software may be stored in storage means, such as a hard disc, CD- 

10 ROM, random access memory (RAM) integrated circuit, read oniy 

memory (ROM) integrated circuit or a tape provided at either the 
ATM 12, the data processing system 14 of the computer centre, 
the ATM network 20, or the vendor database 24. Of course, the 
entire system software need not necessarily be stored exclusively 

15 at any one of the above listed locations, in which case the system 

software would be configured to interact and communicate to 
ensure the desired functioning of the transaction system 10. 

The system software, or part thereof, and transaction-related 
information could also be stored on portable storage means which 
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is carried by a purchaser, and which allows the purchaser to utilise 
the transaction system 10. Such portable storage means could be 
a card having memory means, such as a "smart card", or a simple 
3Y2" or 5%" computer diskette. The purchaser would then insert 
the portable storage device into an appropriate reader provided at 
the ATM to download the system software into the memory of the 
ATM 12. 

It is also envisaged that a clearing house (not shown) will be linked 
to, or incorporated into, the transaction system 10, by being linked 
directly into the ATM network 20, or to the data processing system 
14 at a computer centre of a bank. The clearing house would be 
accessed by the transaction system 10 to verify and authorize 
certain types of transactions so as to minimise the occurrence of 
fraud in transactions performed on the system 10. 

Figure 2 shows an example of a vendor database 24, which may 
comprise a central processing unit (CPU) 27, a communication 
interface 26 which communicates via communication links 1 3 with 
the other components of the transactions system 1 0. A plurality of 
databases 30 are linked to the CPU 27 via a data base controller 
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32. The databases 30 are typically client, product and fund 
management databases, to name but a few. The product and client 
databases 30 are updatable with transaction-related information 
received from the ATM at the successful conclusion of a 
5 transaction. The vendor database 24 is linked via a communication 

link 34 to an external information source 36 which provides 
information to the vendor database 24 for updating the databases 
30. A printer 38 and a CRT 40 are also included in the vendor 
database 24. 

^ 1 0 Referring to Figure 3, there is shown the data processing system 1 4 

of the computer centre of the XYZ Bank. The data processing 
system 14 comprises a central processing unit (CPU) 42 which is 
connected by communication links 43.1 to 43.4 to external units 
such as point-of-sale devices, ATM groups and bank branches. The 
1 5 CPU 42 is further connected to storage means 43 and a number of 

external databases 44. The CPU 42 is also connected to the ATM 
network 20 via the communication link 43.5. Data updating 
facilities 46 and modus function facilities 48, for performing 
functions such as data compression, may also be linked to the CPU 
20 42. 
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Figure 4 shows a more detailed schematic representation of the 
ATM switch or interchange 2 1 . The interchange 21 includes a bank 
interface unit 50 for providing communication links 52.1 to 52.5 
with various banks or bank branches. A point-of-sale (POS) 
5 interface allows the interchanger 21 to communicate via 

communication links 56.1 and 56.2 with various point-of-sale 
devices. The interchange 21 is also provided with storage means 
58 for storing, for example, a number of databases and software for 
controlling the functioning of the interchange 21 . Finally, a general 
10 purpose ATM interface 60 allows a number of other units to be 

connected and fed into the interchange 21, such as the vendor 
database 24 and the vendor product information updating system 
26. 



In Figure 5, the basic components of an automatic teller machine 
15 (ATM) 12 are schematically depicted. A CPU 62 is connected to 

display means in the form of a CRT 64, first input means in the 
form of a numeric keypad or touch screen 66, second input means 
in the form of a card reader 68 which may be a magnetic or optical 
card reader, a printer 70, and third input means 72 which may be 
20 a disk drive or CD-ROM reader. A communications interface 74, 
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which may for example be a diai-up modem or a dedicated tie-line 
interface, connects the ATM 12 to the data processing system 14 
of a bank, or to an ATM network 20. The ATM 12 may 
furthermore include storage means in the form of a hard disc 76, or 
5 a random-access-memory (RAM) integrated circuit 78. The storage 

means preferably stores at ieast part of the system software, and 
in a preferred embodiment, stores menu drivers for generating 
menus on the CRT 64 so as to allow a purchaser tc perform a 
transaction at the ATM 1 2. The ATM 1 2 may also be provided with 
10 back-up storage means 80. 

The function of the transaction system 10 will now be described 
with reference to Figures 6(a) to Figure 1 6{b). The primary function 
of the transaction system 10 is to allow an ATM purchaser to 
perform a transaction, be it a financial or information transaction, 

15 j with a vendor at any ATM which forms part of the transaction 

system 10. Such transactions could include placing a bet on a 
■ horse race via a totalises purchasing shares through a stock broker, 

purchasing unit trusts, buying tickets for the theatre or a motion 
picture performance, buying tickets for a sports event, buying travel 

20 tickets, purchasing futures options, purchasing insurance and 
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purchasing lottery tickets or other indicia. 

To enable an ATM purchaser to conduct a transaction, the system 
software, which may be stored on any one or more of the 
components of the transaction system 1 0, includes menu drivers for 
producing enquiry menus through which the purchaser is 
systematically interrogated regarding various transaction options so 
as to allow the transaction system 10 to glean the transaction- 
related information from the purchaser required to perform the 
transaction. The transaction-related information is then transmitted 
to the vendor database, which then stores this information so that 
the vendor database has knowledge and records of the transaction. 

The implementation of the enquiry menus can be achieved in a 
number of ways which are discussed below. 

Irrespective of the menu format, the interrogation and verification 
procedures embodied in the system software remain the same. 
Examples of interrogation and verification procedures that could be 
embodied in the system software are graphically illustrated by the 
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flow charts of Figures 6(a) to Figures 6(c). The interrogation and 
verification procedure illustrated in Figure 6(a) commences with a 
transaction initiation request which requires the purchaser to insert 
his or her ATM card into the card reader 68 of the ATM. Once the 
card has been inserted into the slot, the transaction system 10 will 
confirm that the transaction is authorized by requesting the 
purchaser to enter an access code, or personal identification number 
(PIN). Once the PIN has been verified, the purchaser is requested 
to select a service to be accessed. The purchaser then completes 
a selection procedure which involves choosing between a 
predetermined number of transaction options. After the selection 
of at least some of the transaction options, the system software wiil 
perform a number of checks to determine whether the selection is 
valid before proceeding to present further transaction options. 
Once the various transaction options of a transaction have been 
selected the transaction will be confirmed, the transaction-related 
information wiil be transmitted to the vendor database for updating 
purposes and the purchaser is free to perform a further transaction 
if required. 

Figures 6(b) and Figures 6(c) illustrate examples of procedures that 
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fall under the "SELECTION VALID ?" procedure which is shown in 
Figure 6(a). This "SELECTION VALID ?" procedure involves 
conducting checks to ensure that the transaction options selected 
by a purchaser are valid and can be fulfilled. For example, Figure 
6(b) shows a check procedure conducted by the system software 
when a purchaser specifies a certain transaction value. The check 
procedure will then proceed to verify that an account selected by 
the purchaser from which funds are to be transferred in fact 
contains sufficient funds for the completion of the transaction. 
Should the selected account, for example a current account, not 
have sufficient funds, the purchaser may then optionally select 
another account, such as a credit card account, from which the 
funds should be transferred. Should it transpire that the purchaser 
possesses insufficient funds in his or her accounts to complete the 
transaction, the system software will abort the interrogation 
verification procedure. 

Figure 6(c) shows a check procedure conducted by the system 
software to ensure that a product which forms the subject of a 
transaction is in fact available. For example, when purchasing 
tickets for a theatre or sports event, the seats that the purchaser 



-27- 



wishes to book may already have been sold to a customer via 
another ATM, or for example by Computicket. Alternatively the 
stocks of a certain product may have been depleted, or the 
response time for a contract may have expired, in which case the 
product will not be available. In these scenarios, the system 
software will either ask the purchaser to exercise an alternate 
transaction option, or will abort the interrogation and verification 
procedure depicted in Figure 6(a). 

Information as to whether a product is available is supplied to the 
system software via the vendor product information updating 
system 26 shown in Figure 1 , or by the vendor database 24 itself. 

It is also envisaged that the "SELECTION VALID ?" procedure may 
include other check procedures which, for example, may prohibit a 
purchaser from performing a certain transaction if he or she is 
below a certain age, or is disqualified on some other ground from 
performing the transaction. A purchaser under the age of 21 can 
in this way be prohibited by a check procedure from purchasing 
shares from a vendor database 24 linked to a Stock Exchange. This 
check procedure can also be used to prevent the sale of motion 
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picture tickets for an age-restricted motion picture to an under-aged 
purchaser. 

If it transpires that a purchaser does not have sufficient funds in 
any of his or her accounts, the purchaser may be given the option 
of obtaining credit facilities. To establish whether the purchaser 
qualifies for credit facilities, and if so, the value of credit facilities, 
the system software may perform a credit evaluation by analysing 
data obtained from the purchaser's financial institution, credit 
organisations or a vendor database. The credit facilities are then 
given to the purchaser either by extending the credit limit on an 
existing account held by the purchaser, or by opening a new 
account, having credit facilities, in the name of the purchaser. 

The interrogation procedures embodied in the system software are 
realised through menu drivers incorporated into the system software 
and which produce a plurality of menus, which are displayed on the 
CRT or screen 64 of an ATM. The system software incorporating 
the menu drivers is preferably stored on the hard drive 76 of an 
ATM, but could alternatively be stored in any of the other 
components of the transaction system 10, such as the ATM 
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interchange or the vendor database 24. 



A number of the menus produced by the system software will now 
be described merely for iilustrative purposes. The first two menus 
generated by the system are standard menus that currently appear 
on a number of ATM's, the first menu inviting a purchaser to insert 
a magnetic-strip card into the card reader 68 of the ATM. Once a 
purchaser's card has been read by the card reader 68, a second 
menu will request the purchaser to enter his or her personal 
identification number (PIN). Optionally, the purchaser may requested 
to enter a second access to increase the security of the system. 
Assuming that access is granted to the purchaser, the menu shown 
in Figure 7 will appear on the ATM screen 64. This menu basically 
corresponds to menus that currently are available on ATM's, but 
differs in that an extra option is provided, namely the "PRODUCTS" 
option which is shaded. If only one type of product transaction can 
be conducted from the ATM 12, the "PRODUCTS" option may be 
replaced by a more specific product option, such as for example 
"SHARES", which option will allow the purchaser to purchase only 
shares. 
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Once the purchaser has indicated that he wishes to utilise the 
"PRODUCTS" option by pressing a key 82 corresponding to this 
option, the menu illustrated in Figure 8 will appear. The purchaser 
must then select an account from which funds are to be transferred 
to perform the transaction. Having selected an account, the 
product main menu shown in Figure 9 will be presented to the 
purchaser. The product main menu provides the purchaser with a 
selection of products that can be purchased from a vendor database 
24 via the transaction system 10 at the ATM 12. in the illustrated 
example, the purchaser is presented with the option of purchasing 
shares, unit trusts, entertainment tickets, futures contracts, or 
placing a bet at a totaliser. 

By way of example, the transaction options presented by menus for 
placing a bet with a totaliser are shown in Figures 10(a) to (h). As 
is apparent from the illustrated menus, the purchaser can exercise 
options regarding the following criteria: 

1 . The province in which the race is to be run; 

2. The number of the race; 

3. The value of the bet to be placed on the race; 

4. The type of bet to be placed; and 
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5. The number of the horse the purchaser wishes to back. 

Figure 10{h) shows a confirmatory screen which in the purchaser's 
various selections and the transaction-related information is 
confirmed . At this stage the purchaser may revise or edit any of the 
transaction options, cancel the transaction or accept and confirm 
the selection of options. 

Figure 1 0(i) shows a print-out which is generated by the printer 70 
of an ATM, and which acts as a voucher or transaction statement, 
and serves as proof of the transaction. The transaction-related 
information is also incorporated into a bank statement issued by the 
bank to the purchaser so that the purchaser is provided with a 
record of transactions conduct at the end of each month. 

Once a transaction has been completed, the system software has 
the ability to debit and credit the respective accounts of the 
purchaser and the vendor to reflect the value that has changed 
hands in the course of the transaction. In this way, the vendor is 
spared the effort of sending an account to the purchaser, and 
waiting payment in response to the account, as is the case with 
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known "computer-shopping" systems. For example, the statement 
shown in Figure 1 0(i) shows that the purchaser has gained winnings 
of R641 2.00, and the system software will thus automatically credit 
the purchaser's account with this amount, while debiting the 
vendor's account for the same value. 

By way of a further example, the menus for exercising options 
relating to a share purchasing transaction are shown in Figures 
11(a) to Figures 11(h). Having selected the "SHARES" option on 
the product main menu, the purchaser will then be required to select 
a share type, such as "MINING". The purchaser is then presented 
with the various categories of mining shares, before being presented 
with options relating to specific mines. The purchaser can then opt 
to either buy or sell a certain number of shares or a certain value of 
shares by the menus illustrated in Figure 11(e) and (f). The 
purchaser can then select a broking firm through which the 
transaction is to be processed, and a bank account from which the 
relevant funds are to be transferred. As with the previous example, 
the printer 70 of the ATM 12 will then produce a statement, such 
as that indicated in Figure 1l{i), which serves as proof of the 
transaction. 
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The menus for providing the options relating to a ticket purchasing 
transaction are illustrated in Figure 12{a) to Figure 12(h), and a 
voucher produced by the ATM at the conclusion of the transaction 
is illustrated in Figure 12(i). The system software may be 
configured to identify venues within a predetermined proximity to 
the relevant ATM, and only to provide tickets available at such 
venues to improve the user-friendliness of the system. 

Figure 1 3(a) to Figure 1 3(g) illustrates selected examples of product 
information screens that can be presented to purchasers during the 
course of exercising transaction options on various menus. These 
product information screens may glean the information display 
thereby from the vendor product information updating system 26, 
or a vendor database 24. Furthermore, the system software may 
update this product-related information in real time or merely when 
a particular product information screen is required to be displayed 
at an ATM. The product information screens may perform a number 
of functions, including providing the purchaser with information 
useful or essential to performing the transaction, such as the history 
of a share or a particular horse, or the seat locations on an aircraft 
or in a theatre or stadium. The product information screens may 
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also provide the purchaser with a summary of his or her share 
portfolio prior to buying or selling shares, or a summary of 
transactions conduct by the purchaser on the system 10 over a 
predetermined period of time. Of course, the illustrated examples 
are merely a selection of product information screens that could be 
produced to assist the purchaser in performing a transaction. 

The purchaser is also provided with the option of obtaining a hard 
copy of the information displayed on any product information 
screen, and is able to perform a "screen-dump" or print instruction 
to the ATM printer. 

The system software also includes driver's for producing a number 
of help screens which provide the purchaser with instructions 
regard navigation through the system software, and the procedures 
for selecting transaction options. 

The system software also includes a number of message interrupt 
procedures whereby the purchaser can be provided with information 
having a bearing on the successful completion of the transaction, 
regardless of the menu displayed on the screen. For example, if the 
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ATM network were to fail while the purchaser is inputting 
transaction options via a menu, an interrupt procedure will display 
the message " Network failure - transaction aborted" in a window 
that is superimposed over the current menu. 

Figure 14{a) to Figure 14(h) show flow charts illustrating the 
sequence of transaction options which are presented in menu 
format to a purchaser performing a transaction. Again merely for 
illustrative purposes, the transaction options for placing a bet, 
purchasing a share, purchasing a unit trust, purchasing an 
entertainment ticket, purchasing a travel ticket, purchasing a futures 
contract or purchasing an insurance policy are shown. 

As an alternative to the menus shown in the previous examples, 
wherein selections are made by pressing physical keys located 
along the periphery of a screen, Figure 1 5(a) and Figure 1 5(b) show 
examples of icon-driven menus which may be used to exercise 
transaction options. It is envisaged that the screens of current ATM 
could be replaced by so-called "touch screens" which allow a 
purchaser simply to touch an appropriate icon displayed on the 
screen. The screen then senses the location of contact between a 
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purchaser's finger and the screen, and in this way will determine 
the menu selection made by a purchaser. Icon-driven menus may 
be particularly attractive to encourage unsophisticated persons to 
perform transactions using the transaction system 10, as the 
various options can be displayed in a simple and easily 
understandable manner. 

An alternative method by which a purchaser can exercise 
transaction options is shown in Figures 16(a) and (b). The ATM 
depicted in Figure 16(a) is provided with an additional optical card 
reading device 72, which is intended to receive one of the cards 
illustrated in Figure 16(b). To exercise various options relating to 
a transaction, the purchaser simply marks the appropriate blocks on 
a transaction card 74, which is then fed into the optical card 
reading device 72. The selected transaction options are then 
displayed on the screen of the ATM. After confirmation of these 
options, the transaction system 10 wiil proceed to process the 
transaction, and debit and credit the necessary accounts. Before 
dispensing a transaction card 74, the card reading device 72 will 
also mark the card, by either punching a hole or printing an 
appropriate indicium of the card. A card so marked is then regard 
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as proof of conclusion of the transaction between the relevant 
vendor and purchaser. 

It is envisaged that the banks, vendors, updating system operators 
and ATM network operators will be able to derive either direct or 
indirect benefits from the installation of the transaction processing 
system 1 0. For example, the banks will benefit from increased use 
of ATM's and banking services. Furthermore, by charging a 
transaction fee on each transaction performed on the transaction 
system 1 0, the banks will be able to generate substantial fees. The 
ATM network operators, such as Saswitch or Multinet, will 
additionally be able to charge a service fee for each transaction 
performed, and in this way generate revenue. Finally, the vendors 
will benefit from increased trading and sales that are performed on 
the transaction system 10, and may also charge a service fee for 
each transaction that utilizes their vendor database 24. 

The various service and transaction fees are credited directly to the 
accounts of the various service providers on conclusion of a 
particular transaction. 
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While "home shopping" via computers is known, the problem with 
such systems is that a large percentage of the population do not 
have access to personal computers on which purchases can be 
made in this way. The widespread distribution of ATM's 
throughout South Africa has the result that ATM's are accessible to 
a large percentage of the population, particularly in urban areas. It 
is envisaged that, through the transaction processing system 10, a 
large percentage of the population wili have access to the 
convenience and speed of purchasing products via a computer. 
ATM's included in the system 10 also allow purchasers to conduct 
transaction at any time of the day or night without the need for 
carrying or producing cash. Finally, the system 10 can be 
implemented using current ATM's and ATM networks, and wili not 
require a large capital layout. 
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